package mysql8学习.高级.第14章_MySQL事务日志;

/**
 * 1.回滚段与undo页
 * InnoDB对undo log的管理采用段的方式，也就是回滚段(rollback segment) 。
 * 每个回滚段记录了1024个 undo log segment ，//表示最多同时执行1024个事务
 * 而在每个 undo log segment 段中进行undo页的申请。
 * ●在InnoDB 1.1版本之前(不包括1.1版本) ,只有一个 rollback segment ,
 * 因此支持同时在线的事务限制为 1024。虽然对绝大多数的应用来说都已经够用。
 * ●从1.1版本开始InnoDB支持最大128个rollback segment ，
 * 故其支持同时在线的事务限制提高到了128*1024。
 *
 *
 * 虽然InnoDB 1.1版本支持了128个rollback segment,
 * 但是这些rollback segment都存储于共享表空间ibdata中。
 * 从 InnoDB1.2版本开始，可通过参数对rollback segment做进一步的设置。
 * 这些参数包括:
 * ● innodb_undo_directory :设置rollback segment文件所在的路径。
 * 这意味着rollback segment可以存放在共享表空间以外的位置，即可以设置为独立表空间。
 * 该参数的默认值为“./” ,表示当前InnoDB存储引擎的目录。
 * ● innodb_undo_logs :设置rollback segment的个数,默认值为128。
 * 在InnoDB 1.2版本中, 该参数用来替换之前版本的参数innodb_rollback_segments。
 * ● innodb_undo_tablespaces : 默认为2  (一个添加，一个清理)
 * 设置构成rollback segment文件的数量,
 * 这样rollback segment可以较为平均地分布在多个文件中。
 * 设置该参数后，会在路径innodb_undo_directory看到undo为前缀的文件,
 * 该文件就代表rollback segment文件。
 *
 * undo log相关参数一般很少改动。
 *
 * show variables like '参数';
 *
 * undo页的重用
 * 当我们开启一个事务 需要写undo log的时候，就得先去undo log segment中去找到一个空闲的位置，
 * 当有空位的时候，就去申请undo页，在这个申请到的undo页中进行undo log的写入。
 * 我们知道mysql默认一页的大小是16k.为每一个事务分配一个页, 是非常浪费的(除非你的事务非常长) ,
 * 假设你的应用的TPS (每秒处理的事务数目)为1000，
 * 那么1s就需要1000个页，大概需要16M的存储，1分钟大概需要1G的存储。
 * 如果照这样下去除非MySQL清理的非常勤快，否则随着时间的推移,磁盘空间会增长的非常快，
 * 而且很多空间都是浪费的。于是undo页就被设计的可以重用了，当事务提交时，并不会立刻删除undo页。
 * 因为重用,所以这个undo页可能混杂着其他事务的undo log。
 * undo log在commit后，会被放到一个链表中,然后判断undo页的使用空间是否小于3/4 ,如果小于3/4的话，
 * 则表示当前的undo页可以被重用，那么它就不会被回收,
 * 其他事务的undo log可以记录在当前undo页的后面。
 * 由于undo log是离散的，所以清理对应的磁盘空间时，效率不高。
 *
 */
public class C3_Undo存储结构_1回滚段与undo页 {//2.3 undo的存储结构
}

